home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 1 (Walnut Creek)
/
Aminet - June 1993 [Walnut Creek].iso
/
aminet
/
gfx
/
show
/
mugiff1_12.lha
/
MUGiff
/
MUGiff.Deutsch
< prev
next >
Wrap
Text File
|
1993-02-19
|
21KB
|
444 lines
»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»«««««««««««««««««««««««««««««««««««««
»»»»»»»»»»»»» «««««««««««««
»»»»»»»»»»»»»»D o k u m e n t a t i o n f ü r M U G i f f««««««««««««««
»»»»»»»»»»»»» «««««««««««««
»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»«««««««««««««««««««««««««««««««««««««
© 1993 by Mark Rose
DIESES PROGRAMM IST MAILWARE. DAS COPYRIGHT UND SÄMTLICHE VER-
WERTUNGSRECHTE BLEIBEN DEM AUTHOR VORBEHALTEN. ES DARF BELIEBIG WEITER-
KOPIERT WERDEN UNTER EINHALTUNG FOLGENDER BEDINGUNGEN:
1. KEINERLEI GEBÜHR DARF FÜR DIE WEITERGABE DES PROGRAMMS VERLANGT
WERDEN, AUßER EINER UNKOSTENPAUSCHALE, DIE DM 5,- (IN WORTEN FÜNF)
NICHT ÜBERSTEIGEN DARF.
2. DIE DOKUMENTATION (ENGLISCH UND DEUTSCH), DER QUELLTEXT UND DAS
AUSFÜHRBARE PROGRAMM BLEIBEN UNVERÄNDERT UND WERDEN NUR ZUSAMMEN
WEITERGEGEBEN.
3. DIESES PROGRAMM DARF IN KEINERLEI FORM KOMMERZIELL GENUTZT WERDEN.
WENN SIE DIESES PROGRAMM KOMMERZIELL NUTZEN WOLLEN, SETZEN SIE SICH
MIT DEM AUTHOR IN VERBINDUNG UND ENTSPRECHENDE VEREINBARUNGEN KÖNNEN
GETROFFEN WERDEN.
DER AUTHOR ÜBERNIMMT KEINERLEI GEWÄHRLEISTUNG FÜR IRGENDWELCHE WIE AUCH
IMMER GEARTETEN SCHÄDEN, DIE DURCH DIESES PROGRAMM ENTSTEHEN KÖNNTEN.
DER AUTHOR UNTERSTÜTZT GANZ BESONDERS DIE ÜBERNAHME DIESES PROGRAMMS IN
DIE SERIEN 'AMOK' (AMIGA MODULA UND OBERON KLUB), 'FRED FISH AMIGA
FREELY DISTRIBUTABLE LIBRARY' UND DIE AUFNAHME IN DAS XPK-PACKET.
=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=
Da bei den letzten Versionen niemand die 'Gnade' hatte, mir auch nur
eine einzige Zeile zu schreiben (nicht mal per EMail, die überhaupt
nichts kostet), habe ich den Status dieses Programmes geändert.
Und zwar in
M A I L W A R E
Das heißt, daß jeder, der dieses Programm länger als einen Tag benutzt,
mir Post in irgendeiner Form zukommen lassen MUSS. Andernfalls ist er
ein Raubkopierer (und ein Schwein dazu)
=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=_=
Was ist MUGiff:
»»»»»»»»»»»»»»»
Schon wieder ein IFF-Anzeiger. Aber... (siehe nächster Absatz)
Features:
»»»»»»»»»
- Zeigt jedes denkbare ILBM an (bis auf verschachtelte IFFs)
- KS 1.2, 1.3, 2.04, 3.0 kompatibel (inkl. AGA-Support)
- Läuft auf JEDEM Amiga-Modell (hoffentlich) dank IFF-Library. Gestestet
auf: A500 (512Chip,512Fast) KS1.2, A2000C (1MB Chip, 4MB Fast16, 4MB
Fast32) 68030/881 KS2.04/KS3.0, A500 (2.3 MB FAST, Kick 2.0) und A4000.
- Anzeige beliebig vieler Bilder hintereinander (unter KS2.04, da
Kommandozeile unbegrenzt)
- XPK-Support. XPKmaster.library muß allerdings vorhanden sein.
- EXTREM KURZ! 7024 Bytes in dieser Version! (+ iff.library 3164 Bytes)
- Unterstützt OverScan (auch unter KS1.2/1.3). Wurde in einer NICHT
KS2.0 Art realisiert! Läuft trotzdem ;)
- IFF24bit Bilder können auch angesehen werden. Durch eine Einschränkung
in der IFF.library leider nur der Rot-Anteil. Sonst müßte man die
komplette 24bit BitMap ins CHIP laden und es wäre bei 400×400 Schluß
(Bei 1meg CHIP).
- >>NEU SEIT 1.03<<
Bilder, die größer sind als der Screen, werden gescrollt. Und das OHNE
das Multitasking einzuschränken (keine Mausbewegung, keine Rechenzeit!
Im Gegensatz zu ShowIFF, das die ganze Zeit GetMsg aufruft)
>>NEU SEIT 1.04<<
Die IDCMP-Schleife wird jetzt schneller abgearbeitet, was das Scrolling
auf 68000er Amigas beschleunigt (vorgeschlagen von Thies Wellpott auf
Fish 771).
- >>NEU SEIT 1.06<<
MUGiff ruft das ReqTools Dateiauswahlfenster auf, wenn kein Argument
übergeben wurde UND ReqTools auch installiert wurde.
- >>NEU SEIT 1.06<<
Einige "Wanzen" wurden entfernt (s. 'History.DEF' für Details) und
MUGiff läuft jetzt sehr zuverläßlich und stabil auf MEINEM Rechner
(tja, ich habe es in erster linie für mich geschrieben, deshalb ist daß
das Hauptfeature... ;^) )
- >>NEU SEIT 1.06<<
MUGiff hat jetzt handgezeichnete Icons! Warum? Die Benutzung von der
Workbench aus ist viel besser geworden (z.B. die Möglichkeit das
störende WB-Fenster zu unterdrücken).
- >>NEU SEIT 1.09<<
MUGiff unterstützt jetzt Mehrfachselektion! Besonders nützlich für alle
diskettenbasierte Systeme. Wählt einfach die Dateien aus und zeigt sie
an.
- >>NEU SEIT 1.10<<
Es wurde endlich die Möglichkeit hinzugefügt, Bilder unkomprimiert
abzuspeichern. Mit XPK (HUFF 100%) kann man 2 bis 20KBytes sparen.
Man beachte, daß diese Version MEHR Features hat, aber KÜRZER ist!
- >>NEU SEIT 1.11<<
Man kann jetzt Animationen abspielen! Es ist sogar möglich, die
Animationen mit XPK zu packen! Ergibt viel bessere Resultate als
PowerPacker, UND MUGiff ist 6000 Bytes kürzer als PPShow (wenn auch
nicht ganz so voller Features)! Kombiniert Bilder und Animationen
jeder Art und schaut! Auch diese Version ist KÜRZER (550 Bytes!) als
die vorangegangene!
- >>NEU SEIT 1.11<<
Getestet mit dem neuen ENFORCER (Fish 800)! Ich konnte keine einzigen
Treffer feststellen!
- >>NEU SEIT 1.12<<
Endlich verifizierter AGA-Support! Danke an Jeff Hobbs, daß er mir
geholfen hat, die AGA-Bugs zu finden (Er war auch der erste und bisher
einzige, der mir eine Mail bezüglich MUGiff geschickt hat). HAM8 und
256 Farben Bilder können auf nicht AGA-Maschinen trotzdem angeschaut
werden (nun in 16 Farben, aber immerhin).
Bekannte Features:
»»»»»»»»»»»»»»»»»»
Hoppla! Das sollte natürlich Bugs heißen... 8þ
Dies ist ein Fehler in der iff.library: Einige XPK-gepackte EHB-Bilder
werden von der OpenIFF routine als "nicht-IFF" deklariert. Ich habe genau
EIN Bild (von hunderten), das ein solches Verhalten zeigt. Es ist
AnarchyDragon von der Party'92. Andere gepackte EHB-Bilder funktionieren
einwandfrei...(Ich benutze übrigens HUFF 100%)
Die Abspeicherroutine (neu seit 1.10) hat Probleme mit EHB-Bildern. Die
Farbtabelle scheint zu kurz zu sein. Ich konnte dieses Problem nicht auf
mein Programm zurückführen (Ich rufe nur SaveBitMap auf). Ich schätze mal,
daß iff.library ein paar Bytes beim Farbenzählen vergißt, aber das wird
noch genauer untersucht...
MUGiff verliert scheinbar ein paar Bytes FastRam wenn es zusammen mit
ReqTools benutzt wird. Die Größe ist exakt die der FileList von ReqTools.
Nach einer Weile (einige Programmaufrufe) kehrt der Speicher auf
geheimnisvolle Weise zurück. Ich rufe mit Sicherheit 'FreeFileList' auf,
aber es scheint daß ReqTools sich bei der Rückgabe des Speichers Zeit läßt.
Also gebt mir nicht die Schuld an zeitweisem Speicherverlust!
Installation:
»»»»»»»»»»»»»
Ganz einfach: die IFF.library und die ReqTools.library (je nach
Kickstartversion) ins LIBS: Verzeichnis kopieren (entweder von Hand oder
mittels der mitgelieferten Scriptdateien), MUGiff irgendwo im Suchpfad
ablegen (z.B. C:), und der Spaß kann losgehen...
»»»»»»»»»»»»
» ACHTUNG: »
»»»»»»»»»»»»
IFF.library ist © von Christian A. Weber
ReqTools.library ist © von Nico François
Benutzung:
»»»»»»»»»»
CLI: einfach mit dem/den Bildernamen aufrufen.
----
Bsp: MUGiff DH0:IFFs/DASBild.IFF DF0:WoC.HAM RAM:Kohl.Gesicht.baeh
Während das Bild angezeigt wird kann man mit der Maus scrollen
(falls das Bild größer ist als der Bildschirm). Wenn mehrere
Bildernamen übergeben wurden, kann man mit der linken Maustaste
(oder beliebiger Taste) das nächste in der Liste anschauen,und mit
der rechten Maustaste kann der Anzeigevorgang abgebrochen werden.
Seit 1.6 braucht man überhaupt keine Namen mehr übergeben. Wenn
das passiert, sucht MUGiff nach der ReqTools.library. Wenn es sie
findet wird ein Dateiauswahlfenster geöffnet in dem man (seit 1.9)
so viele Dateien auswählen kann wie man will. Einfach nur die
SHIFT-Taste gedrückt halten und die Dateien die man ansehen will
anklicken. Man kann auch die vom Dateiauswahlfenster
bereitgestellten Gadgets benutzten (die eigentlich selbsterklärend
sein sollten, aber für weitergehende Erklärungen siehe ReqTools.doc)
Eine neues Feature wurde seit 1.10 eingebaut: die Möglichkeit,
das aktuell dargestellte Bild abzuspeichern. Einfach nur 's'
drücken und das alte Bild wird durch eine unkomprimierte Version
überschrieben und das nächste Bild (wenn vorhanden) wird
dargestellt. Auf diese Art kann man MBytes von Bildern
konvertieren, um sie mit besseren Packern als Lauflängenkodierung zu
bearbeiten. ACHTUNG: Bitte beachtet den Abschnitt 'Bekannte
Features' wegen eines Bugs, der EHB-Bilder betrifft.
Seit 1.11 kann MUGiff auch Animationen abspielen (ANIM OPT 5)!
Man benutzt dieselben Auswahlmöglichkeiten wie bei Bildern. Um das
abspielen zu beenden, drückt man einfach CTRL + C und die nächste
Datei wird angezeigt. Man kann Animationen und Bilder beliebig
mischen (ideal für Präsentationen).
WB : 1. MUGiff als Standardprogramm im Bild-Icon eintragen, darauf
doppelklicken und wohlfühlen
2. Mittels erweiterter Auswahl. Das heißt man klickt mit der Maus
auf das MUGiff Icon und hält die Shift-taste gedrückt. Dann auf
das/die Bildicon(s) doppelklicken (und DANN wohlfühlen).
3. Wenn ReqTools installiert wurde: auf das MUGiff-Icon
doppelklicken und ein Dateiauswahlfenster wird erscheinen. Wähle
die Datei(en) (wie genau: siehe 'CLI'-Abschnitt oben).
Das Programm öffnet automatisch ein Fenster, um Informationen über
die Bilder anzuzeigen (Auflösung, Tiefe und ob es ein IFF-Bild ist
oder nicht). Wenn euch das ärgert (besonders die Meldung 'press
>>RETURN<<'), gebt dem Icon einen Merkmalseintrag "WINDOW=NIL:".
Man kann außerdem die Abmessungen des Fensters angeben:
"WINDOW=CON:0/0/1024/1024/GROSSESfenster/AUTO/CLOSE/DerPublicScreen"
(die letzten drei nur für Kick 2.04 Benutzer).
Siehe CLI (oben), um genaueres zu erfahren.
Technik pur:
»»»»»»»»»»»»
Dieses Programm wurde so systemkonform wie möglich geschrieben. Keine
Warteschleifen oder irgendwelche anderen Multitaskingkiller werden benutzt.
Der gesamte Speicher wird dynamisch alloziiert. Alle Ressourcen werden
freigegeben (siehe 'Bekannte Features' für Details). Alle Zugriffe auf
Bitmaps gehen über Screen^.rastPort.bitMap, wie von C= zur Wahrung
zukünftiger Kompatibilität vorgeschlagen. Die Bildschirmwechsel der
Animationsabspielroutine werden per ScreenToFront und einem WaitTOF zur
Synchronisation erledigt.
Der Weg über das ärgerliche CTRL + C (zumindest für Mausisten) wurde
deshalb gewählt, weil es der kürzeste (in Codelänge) und kompatibelste Weg
für eine Abfrage in einer Schleife ist. GetMsg wäre schlecht, da auch
Nachrichten ankommen kömmen, wenn der Benutzer überhaupt nicht getan hat
(siehe RKM: Libraries für Details). Eine timer.device basierte,
asynchrone Routine wäre nicht schlecht, aber ich bezweifle, daß dies kürzer
wäre und um es einfach mal auszuprobieren, ist es zu viel Arbeit (Ja, ich
BIN faul ;^) ). Wenn es jemand so haben will, kann er es selber
implementieren und mir zur Weitergabe schicken.
MUGiff ist dazu gedacht so kurz wie möglich (OHNE Assembler), KS 1.2/1.3
kompatibel zu sein und alle Features zu haben, die nicht durch die ersten
beiden Punkte behindert werden.
Tips zur Benutzung von MUGiff:
»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
"Warum unterstützt dieses blöde Programm keine Wildcards ???"
Ganz einfach. Es ist dazu gedacht, in Directory Opus, DiskMaster o.ä.
eingebunden zu werden. Gebt ihm dort ein Gadget und es wird sich wohl
fühlen. Außerdem verhindert es blutende Fingerchen durch zuviel tippen.
"Ich will, daß MUGiff ein AppIcon hat !"
Wird es höchstwahrscheinlich NIE geben. Ich brauche es nicht und als
alter Egoist mache ich mir nicht die Arbeit und programmiere etwas, für das
ich keine Verwendung habe. Falls jedoch unerwarteterweise dutzende Leute
danach verlangen sollten... (ächz, stöhn)
"Warum gibt es kein Dateiauswahlfenster ?"
Tja, überprüfe mal Deine Version von MUGiff. Seit 1.6 gibt es: das
ReqTools Dateiauswahlfenster. Man muß aber auch ReqTools installiert
haben. Seit 1.9 gibt es sogar die Möglichkeit, mehrere Dateien gleichzeitig
auszuwählen.
"Ich hätte gerne das #? Feature in diesem Programm"
Geduld. Lies erstmal den nächsten Abschnitt, was noch alles kommt. Wenn
Dein Wunsch dort nicht steht, tritt einfach mit mir in Verbindung (wie
steht am Ende dieses Files). Falls ich das Feature selbst brauche, ist es
in der nächsten Version drin, falls nicht sollten mehrere Leute danach
fragen und ich baue es ein (seufz).
"MUGiff braucht dringend einen eingebauten WYSIWYG Editor, ein Malpro-
gramm (wo sollen sonst die Bilder herkommen?), einen TetrisClone (damit
die Bilder nicht so langweilig sind), GameBoy(tm) Support, 32768bit
Halfbrite-modus (Kick 19.0) Unterstützung und sollte kürzer werden (kein
Platz mehr auf der WB-Diskette)."
Genau! Wie wär's noch mit einem Software 68040 Emulator, der auf einem
A600 mit 1MB 16meg RAM simuliert und 327% schneller ist? AAARRRGGGHHH!
Was in den nächsten Versionen kommt:
»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
In der Reihenfolge der Wahrscheinlichkeit:
- Dies ist höchstwahrscheinlich die letzte Modula-2 Version. Da mein
SAS/C diese Woche ankam, ist es nur eine Frage der Zeit, bis ich die
Portierung nach C vorgenommen habe. Aber zuerst muß ich mich durch
hunderte von Dokumentationsseiten durcharbeiten...
Wenn jemand mein M2Amiga 4.1d kaufen will, schreibe er mir ];^}
- PCHG-Support. Endlich könnte man diese fantastischen Bilder (die auch
fantastisch groß sind) mit XPK packen und ansehen. Dieses Feature ist
durch die Verfügbarkeit eines C-Compilers wahrscheinlicher geworden.
- Mehr fällt mir nicht ein. Meldet euch und sagt was Ihr wollt.
Fehler-Benachrichtigung (Bug-Reports):
»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»»
Ein Fehler in einem MEINER Programme? UNMÖGLICH !!! UNDENKBAR !!! Aber
gesetzt dem Fall, daß vielleicht doch...
Bitte an untenstehende Adresse. EMail wäre dabei SEHR von Vorteil, damit
die Sache auch schnell geht. Bitte die Rechnerkonfiguration so genau wie
möglich angeben. Auch die Daten des Bildes und die Art des Bugs so exakt
wie nur irgendwie möglich beschreiben. Wenn möglich schickt mir das Bild
zum Testen (UUEncoded per EMail zum Beispiel).
Falls trotz Korrekturlesens in dieser Dokumentation noch Fehler sein
sollten, könnt Ihr mir es melden, so daß ich sie korrigieren kann. Ich
stehe nämlich mit den Kommaregeln der deutschen Sprache auf Kriegsfuß...
Support:
»»»»»»»»
Wenn Du die neueste Version schneller als die anderen bekommen willst,
wende eines der folgenden Verfahren an (je nachdem wo Du lebst):
Europa [Mitglieder der EG]: Schickt fünf Deutsche Mark and die unten-
stehende Adresse. Falls es eine andere
Währung sein sollte, addiert noch eine Mark,
da die Bank auch ihren Teil verlangt...
Benutzt Euroschecks oder Bargeld (keine
Münzen!)
Rest der Welt [nicht EG]: Schickt fünf US-Dollar an untenstehende
Adresse. Wenn Du einen Scheck einer
deutschen Bank hast, benutzte ihn. Ansonsten
bitte NUR Bargeld (die Bankgebühren sind
einfach zu hoch (mehr als 5.- auf jeden Fall)
Es wäre toll, wenn Ihr einen selbstadressierten Umschlag mitschickt,
damit die Sache für mich leichter wird. Die Diskette wird von mir gestellt
und ist im Preis enthalten. Die Diskette enthält sowohl die neueste
Version von MUGiff (natürlich) als auch die neuesten Versionen von XPK, der
IFF.library und ReqTools.
Wie man leicht sieht ist aus dem verlangten Geld kein Gewinn zu schlagen.
Wenn Ihr das Programm mögt, denkt daran, daß es GiftWare ist. Danke Schön.
Wie man mich erreicht:
»»»»»»»»»»»»»»»»»»»»»»
Da gibt es viele Wege. Hier in der Reihenfolge der Beliebtheit:
- Per EMail : ukkg@ibm3090.rz.uni-karlsruhe.de »InterNet« keine UUEn-
codeten Binärdateien! Ich kann
dort keine Mail abspeichern!
ukkg@dkauni2.bitnet »BitNet« wie oben
s_rose@iravcl.ira.uka.de »InterNet«falls es Pro-
bleme gibt, mich unter ukkg@...
zu erreichen [gab es schon!])
ACHTUNG: ICH KANN BIS MITTE APRIL NICHT AUF EMAILS ANTWORTEN, DA ICH NICHT
DA BIN. SCHNECKENPOST AN MEINE OFFENBURGER ADRESSE ERREICHT MICH TROTZDEM.
- per MailBox : FidoNet: Mark Rose 2:241/7506.2 (Gio's Home)
- SchneckenPost: Mark Rose Mark Rose
Waldhornstr. 36, D604 Franz-Volk-Str. 37
7500 Karlsruhe 7600 Offenburg
GERMANY GERMANY
(Semesterzeit) (geht immer, dauert aber eine
Woche oder länger...)
Danksagungen:
»»»»»»»»»»»»»
Danke an: Nico François für seine tolle ReqTools.library.
Christian Weber für seine IFF.library. Das hat mir VIEL Arbeit
erspart (Besonders die Portierung von verschachteltem
C-Code...)
Fred Fish, der mit seinen AmigaLibDisks der AMIGA-Gemeinde
einen größeren Dienst erwiesen hat, als jeder A4000er!
Weiter So!
den AMIGA, weil er der beste Computer auf der Welt ist.
Jeff Hobbs, den ersten und einzigen, der der MAILWARE
Aufforderung nachgekommen ist und beim AGA-Support
unverzichtbar war.
Markus Welte, Heby, Michael Renz und Andreas Krebs, meine
unverzichtbaren ß-tester (und Nörgler ;^) ).
Gio, der die beste AMIGA-Mailbox (Gio's Home) hat, die man sich
vorstellen kann. Ab sofort kann man dort die neueste Version
von MUGiff als erstes finden!
+-------------------------------------------------------------------------+
| D I E S E S P R O G R A M M I S T M A I L W A R E ! |
+=========================================================================+
| Bitte denkt daran: Dieses Programm ist MailWare. Wenn ihr es gut findet |
| und öfter benutzt denkt an den darbenden Studenten, der sich über |
| kleine Postsendungen freut, die ihm sagen wie toll/mittelmäßig/würg |
| sein Programm ist. Also schreibt SOFORT und habt ein reines Gewissen |
+-------------------------------------------------------------------------+
___________________________________________________________________________
____ ONLY ____ _____ ____ "Katastrophen und Zyklopen
| __ ||\ /||_ _|| ____|| __ | Kernspaltung im Kopf
||__||||\ //| || || ___ ||__|| Spiegelbilder ihn bedrohen
| __ |||\\//|| || |||___|| __ | kaltbizarrer Rock
|| |||| \/ || _||_ ||___|||| || jetzt bist du dabei
|| |||| |||____||_____||| || du bist niemals mehr frei"
makes it possible... Dr. Koch Ventilator
___________________________________________________________________________